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INSTANTIATION APPLICATION USING META DATA REPOSITORY 

5 Field of the Invention 

This invention relates to instantiation of software applications and, more particularly, 
to instantiating, especially multi-tiered applications, from a meta data repository 
containing attributes and values of the attributes. 

10 

Background of the Invention 

The typical client/server product has a two-tiered architecture with a client application 
that communicates with a back-end relational database across a physical network. 

15 Global enterprise computing imposes requirements on application software that 
exceed the capabilities of these traditional client/server technologies. Requirements 
such as the ability to support heterogeneous environments, multiple languages, 
multimedia, the Internet and corporate intranets, and rapid application deployment 
and upgrades have exceeded the capabilities of 4GL client/server programming 

20 environments. In addition, a modern application software company must have a 
product architecture that supports rapid evolution. 

Industry analysts agree that because of these demands the client/server industry is 
rapidly transitioning to provide support for the Internet. As such, true distributed 
25 computing will for the first time be practical. 

Where no one vendor was successful in creating a ubiquitous networking protocol 
standard, the powerful pressure exerted by the Internet resulted in the widespread 
adoption of TCP/IP as a network protocol across all computing platforms and network 
30 devices. This standardization has led to the very rapid rise of internal corporate 
intranets. Using the identical technology that supports connectivity across the public 
Internet, any company with an IP-compatible network can distribute information and 
Web-based applications throughout the enterprise. They can do it simply, at a low 
cost, and with a high probability of success. 



WO 00/52603 



PCT/US00/05449 



Additionally, if a business is prepared to program at the level of TCP/IP (through a 
socket interface), they can create vastly more sophisticated applications at low risk 
and low cost. The world of distributed computing and applications has taken a 
5 dramatically positive upward turn because of the Internet. 

However, this does present a challenge. Global enterprise computing imposes 
enormous requirements on application software that exceed the capabilities of 
mainframe-centric and traditional client/server technologies. Requirements such as 

10 the ability to support heterogeneous environments, multiple languages, multimedia, 
the Internet and corporate Intranets, and rapid application deployment and upgrades 
have exceeded the ability of 4GL client/server programming environments. Most 
organizations are not equipped to build or assemble technologies that overcome this 
challenge. In addition, a modern application software company must have a product 

15 architecture that supports rapid evolution because the requirements of tomorrow's 
architecture will pass by today's solution. 

Along with the technical forces, business drivers such as the total cost of ownership 
exert influence on the application software architecture. The perfect technical solution 
20 will not be chosen if it is too costly to maintain, upgrade, or deploy. The right 
architecture achieves a balance of all relevant costs to reach the lowest possible total 
cost of ownership. 

An architecture must cultivate user acceptance. The user community will not adopt a 
25 fast system with a poor user interface. Nor will they use a system that merely looks 
good, yet does not truly enhance the business transactions they must perform. The 
successful architecture is efficient and lean. It minimizes user actions, and conveys 
information in a manner that is easily understood by all. It is easy to learn, easy to use, 
and provides real value to its users. 

30 

In order to meet these challenges, the key elements of a comprehensive application 
architecture must include: 

Familiar User Interface 

Internationalization 



WO 00/52603 



PCT/US00/05449 



Standards Compliance 
upgradeability 

Complete Development Tools 
Configurability 
5 Application Integration Ability 

A further challenge for an Internet/Intranet based application or application suite is 
that according to leading industry analysts, there is an inherent dichotomy in the way 
that most organizations purchase and deploy application software, exacerbated by 

1 0 poor application architecture. Packaged software applications are typically chosen so 
that the customer can rely on the software vendor for support, enhancements, and a 
long term relationship. However, most companies wind up making heavy 
customizations to the application before they deploy it, then discover that the vendor 
can't support those customizations. Taking enhancements is prohibitive because doing 

1 5 so would require making the customizations all over again at great expense. 

In order to allow companies to customize their applications yet still receive the 
benefits of upgrades and supports, enterprise applications must provide four critical 
components: 
20 Comprehensive Development Tools 

Published Application Program Interfaces APIs 

Complete Metadata Repository 

Component Architecture 

25 Additionally, an Internet-based client/server application must be capable of 
distributing itself widely across the Internet and supporting multiple combinations and 
configurations. 

Specifically, a need exists for an Intranet/Internet based architecture and technology 
30 to support the rapid technology changes, including those associated with the Internet, 
including: 

Replacement of the traditional client/server environment 

Replacing existing WANs with Internet-based topologies and protocols 

The rising popularity of multi-tiered development tools and applications 

3. 
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Rapid changes in software development methodologies 
The increased use of software components and objects at all levels 
The decline of monolithic desktop applications 
The use of smaller and lighter Internet-based client applications 
5 The use of the Internet as a software distribution channel 

The use of the Internet to support customers 
Requirement for true application data independence 
The Internet must support heterogeneous devices and operating systems 
The Internet is global and supports multiple languages 
10 The Internet supports content of all kinds (e.g., multimedia, audio, video) 

These requirements are necessary to provide an Internet-based client/server 
application that is capable of distributing itself widely across the Internet and 
supporting multiple combinations and configurations. 

15 

Summary of the Invention 

The method and system of our invention uses a metadata repository and a tiered 
architecture having at least one tier on each computer, where the contents of the 
20 metadata repository are used to instantiate an application running on multiple 
computers. The application is one having multiple layers. The tiered application is 
constructed using object oriented programming such that the layers contain objects. 
The layers also have interfaces to pass data and commands between layers. 

25 In one embodiment of our invention the instantiant data is stored in human readable 
attribute- value data tables. 



30 



In still another embodiment of our invention a program product is provided that 
contains machine readable program code for instantiating a tiered application using a 
meta database repository. 



• * 
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The Figures 

Our invention may be understood by reference to the Figures appended hereto. 

5 FIGURE 1 is a high level overview of the "server" and "clients" of our application, 
including mobile clients, personal digital assistants, connected clients, and thin 
clients. 

FIGURE 2 is an illustration of the component architecture of the three tiered 
10 exemplification of our invention, with an applet manager/graphical user interface 
manager, an object manager, and a data manager, along with an object repository. 

FIGURE 3 is an illustration of the interfaces of the three tiered exemplification of our 
invention, including a user interface with views and applets, an object manager with 
15 business objects and business components, and a data manager with business 
components. These elements interface with a database which may contain vendor 
and/or customer specific data, with third party applications, with middleware, and 
with other databases, through a COM/CORBA business object interface, and through 
EDVL 

20 

FIGURE 4 is an illustration of the in human readable language of the contents of an 
object in the metadata repository. To be noted is that while FIGURE 3 is in human 
readable language, the repository entries may not be in human readable form. 

25 Detailed Description of the Invention 

Our invention is a method and system for implementing a software application for 
Internet/Intranet interactions by a plurality of users, through the use of a multi-tiered 
application instantiated through attribute-value entries in a metadata repository. 
30 Specifically, through the use of a metadata repository and a tiered architecture that is 
instantiated through the contents of the metadata repository, we are able to instantiate 
an application running on a computer, where the application is one having multiple 
layers. The tiered application is constructed using object oriented programming such 
that the layers contain objects. The layers also have interfaces to pass data and 

5. 
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commands between layers. In one embodiment of our invention the application is 
instantiated by extracting attribute- value data from a metadata repository. 

In still another embodiment of our invention a system is provided that contains 
5 machine readable program code for instantiating a tiered application using a metadata 
repository. 

One embodiment of our invention is a method and system for instantiating a program 
product to support a distributed sales and/or service organization, as shown in 

1 0 FIGURE 1 . The instantiated program must support, among others, mobile clients 1 1, 
personal digital assistants 21, connected clients 31, and thin clients 41. Mobile clients 
1 1 include field sales 13 and/or service 14 personnel. Likewise, personal digital 
assistant 21 supported users include field sales 23 and service 25 personnel. 
Connected clients 31 include, by way of example, call center staff 33, such as 

15 telemarketing staff 35 and support staff 37. Thin clients 41 include "internet" and 
"intranet" supported users, using, for example, Java, HTML, and ActiveX, and are 
exemplified by Call Center staff 43, resellers 44, strategic partners 45, and customers 
46. 

20 FIGURE 2 illustrates the architecture of the application. The components are tiered 
and include an Applet Manager equivalently a User Interface 111, and Object 
Manager 121, and a Data Manager 131. FIGURE 2, which specifically shows the 
tiered architecture of the components, shows an illustration where a service request 
list 1 13 is in the Applet Manager or User Interface 111. The service request list 113 

25 calls a service request 123 in the object manager 121. In turn, the service request 123, 
calls an activity 125 a product, 127, and a contact 129, which are instantiated by a sets 
of attributes and values in an object repository 141, as will be described in more detail 
herein below. To support the activity 125, the product 127, and the contact 129, SQL 
objects 133 search external databases 151a, 151b, 151c, and 15 Id. 



30 



FIGURE 3 illustrates interfaces within the software application, that is, between the 
tiers 211,221, and 23 1 . Tier 2 1 1 is a User Interface or Applet Manager tier, with 
views 213 and applets 215. Tier 221 is an object manager, containing the "logic" in 
the form of business objects 223 and business components 225. Tier 231 is a data 

6. 
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manager tier that maps business components into SQL queries. The data manager tier 
231 interfaces with both a database 241, and, through EIM, and high volume data 
integration, with other databases, indicated by 243. Similarly, the User 
Interface/Applet Manager tier 2 1 1 , the Object Manager tier 221, and the Data 
Manager tier 231, communicate with each other through suitable interfaces, which 
enable each tier to call the other tier's objects, data, and code, and through 
COM/CORBA and other Business Object Interfaces, indicated as 203, to have real 
time client integration and object integration with third party applications, 253, and 
middleware 255, such as Crossworlds, CORBA, MQ Series, and DCOM. 

FIGURES 2 and 3 are illustrative of three tiers of the application. More generally, The 
foundation of the application is based upon an N-Tiered, or multi-tiered, object- 
oriented architecture. 



15 The purpose of the N-Tiered architecture is three- fold. First, it is the result of a 
powerful, component-based, object-oriented kernel that has allowed systems 
developers and engineers to quickly produce a sophisticated yet highly modular 
system. Second, it provides end users with a platform for rapid application 
customization while maintaining a clear and consistent upgrade path to future releases 

20 of the constituent applications. Third, it provides the architectural foundation to 
enable a rapid move to the next level of technological requirements that are inevitable 
due to the forces of the Internet. 



The major layers of the N-Tiered architecture include 

Applet or user interface layer 111, including an Applet Manager layer (which 
may be a separate layer also included on the browser or remote client), 

Business Object Manager layer 121, 

Data Manager layer 131, and 

Universal Data Exchange layer 141. 

In our invention, at least one layer is solely resident on one computer or platform; for 
example, in a preferred exemplification one layer, as the user interface layer, is solely 
resident on a remote client and instantiated thereon Each layer is described in detail 
below. 
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1 . Applets, Applet Manager, and User Interface Layer 

Applet Objects are visual representations of underlying Business Objects that reside 
5 in the Business object Manager layer. This layer of the N-Tiered architecture manages 
the user interaction for applications and components. Applets are created and 
managed using tools, such as a comprehensive multi-user application customization 
environment that exploits a visual programming user interface. 

10 These interactive visual components communicate with Business objects through the 
Applet Manager layer and enable any developer to create customized sales, 
marketing, and service information system solutions with little or no programming. 
The Applet layer also extends programs by exposing the interfaces to its applet 
objects. This allows other programs or objects to control, manipulate, and query the 

1 5 user interface. 

Applet Manager 

The Applet Manager is responsible for rendering the application user interface and 
20 managing the users' interactions. It reads the View object definition from the 
Repository File, determines the Applets required for the view, then reads the Applet 
object definitions. The Applet Manager then draws the associated controls and images 
based on the object definitions. 

25 The underlying purpose of the Applet Manager is to provide a framework for 
instantiating Applets and to manage the Applet/Business object interaction including 
execution of the appropriate Business objects methods that are requested by applets 
and other objects. This is done through the use of the value-attribute pairs shown in 
FIGURE 4. 

30 

The Applet Manager enables the Enterprise Applications to be used on a wide variety 
of platforms because it uses a single Applet definition stored in the repository. An 
Applet defined to operate in connected mode can just as easily be used in a mobile 
mode. Using the Applet Manager delivered with the Thin Client, the same Applet can 

8. 
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be deployed in either the Windows Thin Client or as an Applet in the Java Thin 
Client. If appropriate, the very same Applet can be similarly rendered in the Hand 
Held Client, without additional programming. This architecture enables application 
user interface objects, including views and Applets, to be configured once in the 
5 repository and deployed in many environments. 

The Applet Manager must exhibit high performance and scalability across all 
platforms that it supports. The Applet Manager accomplishes this by effectively 
managing the communication between itself and the Business object Manager layer, 
1 0 and by being efficient in the way that it renders application views. 

The Applet Manager minimizes the amount of data that must be transferred between 
itself and the Business object layer to ensure highly efficient communication. The 
Applet Manager uses caching to enable reuse of data that has already been retrieved 
15 from the Object Manager layer, so that the same data does not have to be transferred 
multiple times. The Applet Manager uses this and other techniques to make very 
large deployments of the Enterprise Application scalable to thousands of users on a 
LAN, as well as scalable to thousands over the Internet. 

20 The Applet Manager is also very efficient in the way it renders views in the 
application. The Applet Manager renders the views, applets, and other objects on an 
on-demand basis. This means that a particular object, the Account View for example, 
is not rendered until the user navigates to that view. This technique allows the Applet 
Manager to consume far less memory than programs that statically define all of the 

25 screens and views in the code of the program itself. 

The Applet Manager is also configurable and extensible. For example, it may use an 
event model for VB that enables users and integrators to add new visual components 
to the user interface and create handlers for specific events that occur through the 
30 interaction of the user with these visual objects. When an event occurs, the Applet 
Manager intercepts the event and executes the appropriate event handler written in 
VB. 

2 . Business Obj ect Manager 

9. 
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Business objects are programmable and accessible through Business Objects 
Interfaces and can be used in many ways that closed systems cannot provide. These 
include serving as components of user-defined light clients, ultra-light clients, clients 
5 written in languages such as Microsoft Visual Basic or Sybase Powerbuilder, and 
Web-page clients. The Business Object Layer is resident on the server in the system, 
method, and program product of our invention. 

This approach opens significant business opportunities for independent developers 
10 and users. They can easily create third-party applications and add-ons to Sales 
Enterprise and Service Enterprise or access specific Business objects and their 
corresponding applets to create other applications. 

The Business Object Manager provides for consistent object behavior and interaction 
15 of all business objects (Business objects) within Enterprise Applications. Business 
objects are highly configurable, object-oriented building blocks of Enterprise 
Applications. The family of Business objects is extensive and includes Opportunity, 
Account, Customer, Product, Competitor, Campaign, Service Request, and Product 
Defect, to name a few. Business objects contain the business logic for the component 
20 as well as semantic information about the sales, marketing, and service entities. 
Highly configurable via Tools, Business objects are designed to allow organizations 
to rapidly configure the application to meet their business requirements while 
ensuring a clear and consistent upgrade path for future releases. 

25 The Business object Manager also uses row buffers, so that only the first few rows of 
a multi-row query are actually returned to the client. This enables the user to see the 
results of the query without having to wait for all rows to be transferred to the client 
and enables this layer of the N-tiered architecture highly scalable. 

30 3. Data Manager 

The Data Manager is a layer in the architecture that maintains an object-oriented 
abstraction of the native data stored in the data repositories for the benefit of the 
Business Object Manager. The Data Manager layer is resident on the server. This 

10. 



WO 00/52603 



PCT/USOO/05449 



abstraction of the physical database schema frees developers from the constraints of 
the physical data layout while providing data access and manipulation in an effective, 
efficient manner. 

5 Traditional approaches rely on the developer's personal knowledge of SQL and the 
database schema to access and maintain data. These approaches are prone to error, 
and often result in poor and uneven performance. While SQL basics are relatively 
easy to learn, good SQL is difficult to master. The reliance on developers then to 
know the entire database schema, with the individual nuances of each 
1 0 implementation, is a risky prospect. 

In contrast the Data Manager relieves developers from ever having to code SQL in the 
Enterprise applications. Business components are mapped to their data sources in the 
Tools repository. At run time the Data Manager creates SQL Objects that in turn 
1 5 generate the SQL necessary to deliver the appropriate data. 

In addition to being much less error-prone than their hand-coded counterparts, SQL 
Objects are fined tuned to the specific Applet from which they are called, enabling 
them to be much more efficient about which data elements are actually retrieved. 
20 Applets contain controls that are in turn mapped to Business component fields. The 
Business components in turn communicate to the Data Manager the list of fields that 
are required to be displayed or updated. The SQL objects dynamically construct an 
efficient SQL statement to retrieve or update the data appropriately. 

25 In contrast, many 4GL programmers hard-code the SQL in such a way as to try and 
make the SQL re-usable. This is a concession to the fact that good SQL is difficult to 
write, so programmers try on their own to minimize the occurrences of it. However, 
this leads to SQL statements that are overly general and that retrieve more data than a 
given use may require. 

30 

Universal Data Exchange 



11. 
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It is valuable to support multiple data sources for the Business objects and the applets 
that represent them. This is the responsibility of the Universal Data Exchange Layer. 
It sits at the lowest tier in the N-Tiered architecture and does the following: 
It understands the nature of the raw data as it is stored and represented in the 
5 repository 

It supports multiple data repositories, including relational database management 
systems, on-line analytical processing, and others 

It is able to deliver data from these data sources upward to the Data Manager Layer in 
1 0 a consistent, efficient manner, and 

It understands and uses the optimal method of data retrieval for different sources. 

The Universal Data Exchange layer is the part of the architecture that binds the 
1 5 Enterprise Application components to the specifics of the particular data source being 
used. This layer is responsible for translating general SQL statements into ones that 
are specific and well-tuned for the actual target database. 

For example, the Oracle database optimizer works backwards on SQL statements 
20 when processing, so that when working with large tables, it is usually preferable to 
specify the largest table involved in the query at the end of the "From" clause. 
Conversely, in Sybase's optimizer, the sequencing of the tables works differently, and 
using the same approach as on Oracle may lead to sub-optimal performance. The 
Universal Data Exchange layer manages these differences so developers need not 
25 concern themselves with these idiosyncrasies in order to configure a good application. 

The Universal Data Exchange layer also manages the differences between the API's 
of the various data sources. If Oracle is the back-end database, then the Universal 
Data Exchange Layer will use the Oracle Call Interface (OCI) to connect directly to 
30 SQL*Net, Oracle's most efficient API. If another database is used, the Universal Data 
Exchange Layer automatically converts to that database's native interface 
guaranteeing the most efficient data connection possible 

N-Tiered Architecture Benefits 

12. 
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The N-Tiered architecture with one tier or layer on the remote or networked platform 
is extremely powerful and offers significant advantages as the basis for the product 
architecture of Enterprise Applications. 

5 

The N-Tiered Architecture offers: 

Significantly improved performance and scalability. It allows developers to 
create the optimal sales, marketing, and service information system configurations. 

10 

Easier maintenance. It allows developers to configure Business object 
definitions stored in one central Business object repository. This controls the behavior 
and information access properties of Business objects that provide shared services to 
clients. 

15 

Reduced development time. It enables developers to assemble new 
applications and utilities from existing software components with a minimum of 
development time. 

20 Higher quality. It provides an open architecture with registered, industry- 

standard object interfaces so that automatic testing of all tiers is easy and reduces the 
manual testing required. 

Smaller footprint devices. It allows developers to dynamically download the 
user interface so that small, memory-limited hand-held devices can execute 

25 applications by downloading only the required applet. 

Business opportunities. It enables developers to create third-party add-ons to 
Enterprise Applications and license components of Enterprise Applications to build 
new applications. 

30 

Meta Data Repository 

Objects are managed in the Repository, a single integrated datastore of all the 

information required for defining a Enterprise Application. The Repository provides a 

13. 
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complete multi-user application customization platform that supports check-in and 
check-out, version control, and automatic application upgrades. As noted above, 
FIGURE 4 is an illustration, in human readable language, of the contents of an entry 
in the metadata repository. 

5 

Metadata, data that defines the structure and order of other data, is an important aspect 
of application architecture that leads to a variety of cost of ownership issues. The 
metadata repository contains properties and attributes (as property-attribute pairs 
relating to the business component, e.g., contact, account, etc. as well as the applets 

10 used by the application) that determine the behavior of tiers or layers, applets, and 
objects. The use of metadata enables the automatic upgrade capability, while ignoring 
the metadata repository almost precludes automatic upgrades. This is because 
structured metadata allows for automated analysis and manipulation and for upgrades 
without changing the underlying source code. Traditional 4GL programming 

15 languages do not contain the structure necessary for automated analysis, so 
comparison of two versions is a manual process. 

Well defined metadata repositories can significantly reduce the cost and time required 
to train new developers sufficiently to customize an application. Graphical 
20 development tools like Siebel Tools allow new developers the ability to easily 
configure an application without the need to learn a procedural language. Alternative 
proprietary programming languages offer steep learning curves that lengthen the time 
it takes to configure and then deploy an application. 

25 Business Object Repository Manager. 

The Business Object repository manager provides application developers with an 
efficient multi-user development environment that includes access to check-in/check- 
out functionality and version control. In a typical development environment, a Server 
30 Repository contains the master application definition. Each developer on the team has 
a Local Repository to which Tools connects. The various object definitions in the 
Business object Repository are grouped into Projects. Developers can lock Projects, 
check them out from the Server Repository, and move them into their Local 
Repositories to make changes to the object definitions. This method prevents other 

14. 
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developers on the team from modifying the same Project. Once a developer has made 
changes and tested them, the Project can be checked back into the Server Repository. 
Before checking in a Project, the developer can review the changes that have been 
made, thereby minimizing check-in errors. The check-in/check-out process can be 
5 integrated with an external version control system such as Microsoft Visual 
SourceSafe, PVCS, or ClearCase, allowing the development team to maintain a 
version of all changes made to the repository. 

Business Object Compiler. 

10 

Another aspect of our invention is a Business Object Compiler. The Business Object 
Compiler allows developers to compile the repository or projects, either completely or 
incrementally, significantly speeding the development cycle of any project. The 
compiler generates a Repository File that is used to instantiate and run the 
1 5 Application. 

Visual Basic. 

The VB development environment provides application developers with a complete 
20 Microsoft Visual Basic programming platform for integrating Enterprise Applications 
with third-party cooperative applications and extending the base functionality of the 
application screens and Business Components. VB is a complete Visual Basic- 
compliant environment that includes an editor, a debugger, and an 
interpreter/compiler that allows application developers to extend and further configure 
25 applications. This capability is integrated with the Applet Designer, so developers can 
attach scripts to user interface element controls such as buttons, fields, and ActiveX 
controls. Developers also can further configure Business Component behavior by 
using VB. 

30 Object Interfaces 

Not only can application developers extend applications with VB but they also can 

use Object Interfaces to access data from third-party applications, provide integration 

with legacy systems, and automate, applications from other external applications. This 
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allows developers to extend application behavior, provide client-side integration to 
other applications, and enable access to data and business rules from other 
environments. Object Interfaces expose selected objects through a set of general 
purpose interfaces that can be accessed from custom routines external to the 
5 applications. Object Interfaces are available in various technologies including COM, 
Active X, and CORBA. Developers can access these interfaces using a wide variety 
of programming languages and environments such as Microsoft Visual Basic, 
Microsoft Visual C++, PowerBuilder, and Java. 

10 Database Extension Designer 

For developers who require extensions beyond built-in database extensions, Database 
Extension Designer provides a point-and-click interface for extending application 
tables. Developers can use these database extensions to capture data from new fields 
15 in application screens or from external sources using the Enterprise Integration 
Manager. 

The Database Extension Designer is integrated with the Business object Repository 
and allows developers to make one set of changes, reflecting the appropriate visibility 
20 rules for database extensions. It then automatically triggers updates to Remote and 
Anywhere 

Business Object Explorer. A further aspect of our invention is the optional provision 
of a Business Object Explorer. This is a graphical editing tool for modifying and 

25 managing object definitions. It comprises a hierarchical Object Explorer, which 
allows developers to browse the various Object types; an Object List Editor, for 
viewing and editing object definitions; and a Properties window, for editing object 
property values. The Business object Explorer also includes a Windows-style Find 
capability that allows developers to quickly locate objects in the repository, which 

30 stores all object definitions. 

Object Visualization Views. Object visualization views provide graphical 
representations of the relationships between the various object definitions in the 
Business object repository that help simplify the configuration process. A typical 
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Enterprise Application configuration contains thousands of objects. Developers can 
use these views to understand the object hierarchies and navigate through them. Then, 
using the editing tools, they can modify the properties of these objects. These views 
help them assess the impact of these modifications and track down configuration 
5 errors. The Visualization Views can be printed and used as a valuable reference 
during configuration. The figure below shows the details of a Business Component 
definition. 

Applet Designer. Another aspect of our invention is the optional provision of an 
10 applet designer. This is an intuitive drag-and-drop visual programming interface for 
modifying and extending list, form, dialog, and chart user interface objects (applets). 
These objects can be populated with standard Windows controls including buttons, 
combo boxes, check boxes, labels, and text fields, as well as ActiveX controls. The 
Applet Designer leverages the familiarity of developers with popular graphical 
15 application development tools such as Microsoft Visual Basic. The controls can be 
configured with the Properties Window and scripted with the integrated VB editor. 
The Applet Designer also helps ensure visually accurate and correctly translated 
configurations by providing a design-time preview of the applet in a variety of screen 
resolutions and under various language settings. 

20 

View Designer. An optional view designer application allows developers to visually 
modify existing Views and construct new ones by simply dragging and dropping the 
desired applets onto the View canvas. No additional specification or code is required 
for defining the relationships between the applets. Most other application 
25 customization tools require developers to write significant amounts of code to achieve 
this same functionality. This code has to be replicated for every screen in the 
application, an inefficient and error-prone process. 

Menu Designer. An optional menu designer gives developers a visual metaphor for 
30 customizing and extending menu structures. 

New Object Wizards. New object wizards assist developers in the creation of new 

objects in the repository. Some examples of Wizards are the Form Applet Wizard, 

Chart Applet Wizard, List Applet Wizard, and Business Component Wizard. Users 
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click on the type of new object they want to create, and the Wizard guides them 
through the entry of properties that type of object requires. 

Application Integration 

5 

The instantiation process of our invention from a metadata repository provides 
application program interfaces to third party applications. The metadata repository 
contains attribute-value pairs as shown in FIGURE 4. To be noted is that the actual 
entries are in code that is not human readable, but the entries are reproduced here in 
10 human readable form. A fact of life in almost every company today is that there are 
multiple applications that people use. And, users want these applications to work 
together as if they were one. This is challenging given that so many applications were 
never designed to integrate and there are so many different application technologies 
and designs. 

15 

The architecture is designed with the requirement for integration as an integral 
feature, provides a complete application programming interface (API) for accessing 
the business objects through standard protocols including COM and CORBA. These 
interfaces provide real-time access to the objects, and allow external programs to 
20 share and transfer data between their own local stores and the instant application. In 
addition, provides a server based application integration utility for bi-directional 
transfer of even the largest volumes of enterprise data between and other enterprise 
data stores. Both technologies come standard with the enterprise applications, and 
allow for unprecedented application integration at minimal cost. 

25 

The Object Interfaces provide complete access to all of the power of the objects, with 
a simple, easy to understand set of events and methods. The interface is modeled after 
the way end users access the application, and provides access to the same functions 
via COM or CORBA calls. For example, when a sales professional wants to access 
30 contact information, they navigate to the contact screen and click the "Enter Query" 
button to specify a query. Then they will click the "Execute Query" button to cause to 
access the appropriate data and display it on the screen. 
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Similarly, developers may want to allow access to the same information from another 
application. For example, a credit verification application may need to access the 
contact information stored in the database of the present application. To accomplish 
this, the credit application follows the same basic steps as the end user. First, the 
5 credit application "navigates" to the desired object by issuing a "GetObject" method. 
This happens automatically when the user clicks on the "Contact" tab in the 
application. Next, the credit application issues a "SetQuerySpec" method which is the 
equivalent to the end user's pressing the "Enter Query" button. The credit application 
then issues an "ExecuteQuery" method, and retrieves the desired information. 

10 

Data Independence of Distributed Applications 

In the world of the Internet and distributed applications, data comes from many 
sources. Structured data will continue to come from relational databases. However 
1 5 unstructured data will increasingly come from datastores such as multimedia servers 
or object-oriented database management systems (OODBMSs) and syndicated data 
sources such as Individual, Inc., Reuters, and others. An example of this ability to 
seamlessly integrate various data sources is seen in the Interactive product. 

20 Application Program Interfaces and Application Program Interface Requirements 

Large organizations require increasingly integrated business applications that are 
quickly adaptable to evolving business needs and to global competition. These 
environments are composed of modem best-of-class software packages as well as 
25 aged legacy mainframe applications which have to be interconnected through a set of 
well-structured interfaces. 

Batch Interfaces, which allow organizations to share large volumes of information 
between the customer information system and other enterprise applications. These 
30 interfaces need to support full transaction control to replicate enterprise information 
including accounts, products, prices, employees, territories, and organizations 
between systems. These interfaces need to be scaleable to handle large volumes of 
data and need to be upward compatible with new software releases. Transactions 
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made via these interfaces must be seamlessly synchronized to mobile users and 
regional servers. 

On-line Interfaces, which enable organizations to share transaction information 
5 between enterprise applications in real time. These on-line interfaces should be based 
on a common, open inter-application standard such as COM/DCOM and CORBA. 
This allows organizations to leverage cross-vendor industry advances and increases 
the number of applications that can be seamlessly integrated with the customer 
information system. In addition, On-line Interfaces, like Batch Interfaces, should be 
10 upward compatible, allowing for the seamless migration from release to release of 
enterprise application software. 

Web Interfaces, which enable organizations to expand their existing branded web site 
to display and capture enterprise application data for e-commerce applications, while 
1 5 preserving their establish style and look and feel. 

Pre-Built Interfaces, which provide a set of predefined and prepackaged interfaces to 
market leading accounting, manufacturing, distribution, human resource, and product 
configuration applications. These pre-built interfaces enable rapid application 
20 deployment and reduce overall application maintenance. 

Interfaces 

The application of our invention provides users with a comprehensive enterprise 
25 application integration solution that meets all the above requirements through a suite 
of product and service offerings. 

The Object Interfaces. The Object Interfaces are the technology foundation for on-line 
real time integration with legacy desktop, web-based, server-based, and mainframe- 
30 based legacy applications. These Object Interfaces are well-defined, open, 

customizable, and upgradable on-line interfaces to the Objects at the client and 
application server levels. 



The exposed types of objects are: 
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Application Object Types: the Application Control and the Data Control. The 
application objects represent the application as a whole, with its GUI (application 
control) or without the GUI (data control). These objects contains the properties and 
5 methods that interact with the software as a whole, and provides the means to easily 
embed a applications into an existing legacy applications 

Business Object Type. Business Objects are highly customizable, object-oriented 
building blocks of applications. They define the relationships between different 
10 business component objects (Business components), and contain semantic 

information specific to each one, for example about sales, marketing, and service- 
related entities. These objects provide the mean to integrate an existing legacy 
application into a application. 

15 Business Component Object Type. A business component defines the structure and 
behavior of a particular entity, such as an opportunity, a quote, or a product. These 
objects provide the means to integrate an existing legacy application into a 
application. 

20 Applet Object Type. A applet is a container for user interface objects, including 
controls that together make up the visible representation of a business component. 
Applets can be used to embed legacy GUI components, such as an ActiveX 
component, to implement client side integration. 

25 User Interface Control Object Type. A user interface control object is a visual object 
with which the user can directly interact. 

Application Factory Object Type. This object provides access to data objects from an 
external application in a CORBA environment. 

30 

The Object Interfaces include: 

COM Interfaces. These interfaces exposes object interfaces within the application 
(Siebel VB), or from an external programming language (Siebel COM Data Server 
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and Automation Server). This technology provides for external application integration 
within the same server. This technology is for example used to integrate third party 
report generator. 

5 ActiveX Interfaces. The ActiveX interfaces enable external applications to access 
Business Objects across a network. There are two such interfaces: ActiveX Data 
Control, and the Application Control. The data control gives access to all the non-GUI 
objects, whereas the application control includes access to all the GUI objects. 

10 CORBA Interfaces. CORBA Interfaces enable external applications to access 
Business Objects through CORBA using Inprise's or Iona's ORBs. The set of 
interfaces exposed is similar to that of the ActiveX Data Control, and can be used by 
any external application to read and write data withoijt having to display Siebel's user 
interface. 

15 

HTML tags, tags are a set of predefined HTML tags to enable the integration of data 
into an enterprise Web site, while enabling the web site to keep its own branding. 

Siebel Enterprise Integration Manager (EEM). ELM provides for batch interfaces for 
20 highly efficient data integration with external applications. EIM supports bi- 
directional exchange of large volumes of transaction and event data through pre-built 
and extensible interface tables. 



Siebel Pre-built Interfaces. The Pre-built Interfaces provides for out-of-the-box 
25 enterprise scaleable of the applications with two major ERP vendors, PeopleSoft and 
SAP. 



Extensible Interfaces, object and interface definitions are fully extensible to 
accommodate the individual requirements of customers. All object and interface 
30 definitions are stored in the Repository, and are extensible using Tools. Interface 

extensions are preserved across upgrades using the same object upgrade technology 
utilized for business object definitions. 
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Third Party aware middleware integration tools. These third tools are available 
through third parties, such as alliance partners, for the development of high-end 
custom cross-application process integration. 

5 The architecture exposes its objects as components under both of the two industry 
standards for object technology: Microsoft COM and OMG CORBA. In addition, 
predefined and configurable Interface Tables provide for high-throughput integration 
of cross-application data, events, and transactions. This means unprecedented 
flexibility with regard to application integration across all vertical industries-including 
10 the telecommunications, financial services, and pharmaceutical industries-where both 
of these standards have captured mindshare as ways to unify the entire enterprise. 

Configurable, Customizable, Upgradable Interfaces 

15 The architecture described herein is repository-driven. All applications run from the 
same executable. Each application is defined by data stored in the repository. An 
application is started by the launch of the single executable to interpret the data stored 
in the repository for that application. The executable spawns the defined business 
objects and applets as needed and enforces the repository-defined business processes 

20 and rules. 

Every application is functional out-of-the box. Customization involves changing the 
repository with Tools. Applets, business objects, and schema can be configured 
through data to best match the models already implemented in legacy applications. 
25 Missing applets and business objects needed for integration with legacy applications 
can be created by data addition to the repository. 

Object interfaces are also defined through the repository. Business objects can be 
customized via data changes in the repository and scripting with VB, allowing their 
30 adaptation to existing external models. 

Object Interfaces 
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Object Interfaces provide the foundation for seamless, maintainable, bi-directional, 
and on-line interfaces between the Enterprise Applications and the multitude of third 
party, legacy, and custom-built applications prevalent in enterprise relationship 
management deployments. Object Interfaces expose multiple classes of objects as 
5 industry-standard COM and CORBA objects, as well as to Web servers through 

HTML tags, and provide for a complete set of methods for manipulating those objects 
access to the following classes of application objects: 

Logic Objects, which include data as well as application logic. Logic Objects are 
1 0 either business objects or business component objects. A business component models 
a single entity such as an address, or a contact, whereas a business object is a set of 
business components linked by relationships. 

User Interface Objects (UI Objects, for short), which perform data presentation 
15 services. UI Objects are either applet objects, User Interface Control Objects, and 
application objects. 

Object Interfaces are divided into families, according to the technology standards with 
which they interoperate: 

20 

COM Interfaces 
ActiveX Interfaces 
CORBA Interfaces 
HTML Tags 
25 Siebel COM Interfaces 

The COM Interfaces provide a Microsoft Common Object Model interface to both 
Logic and UI Objects and can be driven from a client or be driven by other 
applications. 

30 

COM Object Interfaces can be accessed in three distinct ways: 
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From within the application through VB. VB is a complete, procedural programming 
language that allows you to write custom extensions that access and control objects 
via the Object Interfaces. 

5 From an external programming language, such as Microsoft Visual Basic or Java, 
without displaying the user interface. This mode of operation is through the COM 
Data Server. This interface can be used by any external application, hosted in the 
same server or desktop, to access applications for both reading and writing. 

10 From an external programming language, but with access to user interface. This mode 
of operation is through the COM Automation Server. This interface can be used by 
any external application, hosted in the same server or desktop, to access applications 
for both reading and writing. 

15 ActiveX Interfaces 

The ActiveX interfaces enable external applications to access Objects across a 
network. The ActiveX Data Control provides access to the Logic Objects. The 
ActiveX Application Control includes access to the user interface. In either case, 
20 access is through the Object Manager, a multithreaded, multiprocess application 
server that supports session-based connections by clients.. The server can be 
replicated for scalability, with automated load balancing to ensure maximum overall 
performance. 

25 CORBA Interfaces 

The CORBA Object Interfaces expose Logic objects only, operate on a Server, and 
can only be driven by external applications. CORBA Object Interfaces are 
implemented through the CORBA Object Manager. The CORBA Object Manager 
30 supports the Inprise's Visibroker and the IONA's Orbix ORB. 
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HTML Tags 

The HTML Object Interfaces give industry-standard Web servers access to Logic 
Objects through HTML Tags. HTML Tags operate against the Object Manager and 
5 the Web Server. 

Configurable Objects 

Configurable Objects to allow organizations to configure Enterprise Applications to 
10 fit their unique needs. Examples of Objects include Opportunities, Quotes, Forecasts, 
Service Requests, and Products. These Objects are built with the latest object-oriented 
application development technologies from Microsoft Corporation, such as MS Visual 
C++, MFC Libraries, and Component Object Model (COM/DCOM/OLE 2). 

1 5 While our invention has been described with respect to certain preferred embodiments 
and exemplifications, it is not intended to limit the scope of the invention thereby, but 
solely by the claims appended hereto. 



26. 



WO 00/52603 



PCT/US00/05449 



We claim: 

1. A method of instantiation of an application running on a plurality of 
computers, said application having multiple layers (111, 121, 131), at least one of said 
5 layers residing on one of said computers, said layers containing objects (133), said 
layers further having interfaces (203) whereby to pass data and commands between 
layers, said method comprising extracting attribute-value data from a metadatabase 
repository (141) and instantiating the layer residing on one of said computers. 

10 2. The method of claim 1 wherein said layer residing on one of said computers is 
a user interface layer (111). 

3. The method of claim 1 wherein said layer residing on one of said computers is 
a thin layer having a user interface applet (111). 

15 

4. The method of claim 1 wherein data manager (131) and object manager (121) 
layers reside on another of said computers. 

5. A system for establishing a multi-layer application (111, 121, 131), said layers 
20 containing objects and interfaces to pass data and commands between layers, and a 

metadata repository (141) for storing attribute- value pairs for said application, and for 
extracting attribute-value pairs from the metadata repository and instantiating a layer 
of the application, wherein one of said layers resides on one computer of at least a 
pair of computers, and others of said layers reside on another computer of the pair of 
25 computers. 

6. The system of claim 5 configured for instantiating the one of said layers 
residing on one computer of at least a pair of computers. 

30 7. The system of claim 6 wherein the one of said layers residing on one computer 
of the at least pair of computers is configured for providing a user interface (111). 

8. A database management system for serving multiple remote users at remote 
terminals, said system comprising: 
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(i) an application program having multiple layers (1 1 1, 121, 131), at least one of 
said layers residing on a server and at least one of said layers residing on one of said 
remote terminals, said layers containing objects, said layers further having interfaces 
whereby to pass data and commands between layers; 
5 (ii) said application program further having a metadata repository (141) 
containing attribute-value data and an executable file to extract attribute-value data 
from the metadata repository and instantiate a layer residing said remote terminal. 

9. The database management system of claim 8 wherein a user interface layer 
10 (111) resides on the remote terminal. 



10. The database management system of claim 9 wherein the user interface layer 
(111) comprises at least one user interface applet. 

11. The database management system of claim 9 wherein an object manager layer 
(121) resides on the server. 

12. The database management system of claim 9 wherein a data manager layer 
(131) resides on the server. 
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